UNITED STATES PATENT APPLICATION 



FOR 

METHOD AND SYSTEM AUTOMATICALLY TO REMIND PARTIES 
TO A NETWORK-BASED TRANSACTION TO COMPLY WITH 
OBLIGATIONS ESTABLISHED UNDER A TRANSACTION 

AGREEMENT 



INVENTOR: 

Vicky Sze 

Prepared by: 

Blakely, Sokoloff, Taylor & Zafman 
12400 Wilshire Boulevard 
Seventh Floor 
Los Angeles, California 90025 
(408) 720-8598 

Attorney's Docket No. 03801.P046 



"Express Mail" mailin&iabel number: EL627469346US 

Date of Deposit: /W/'^ "^.^^ / 

I hereby certify that laift causing this paper or fee to be deposited with the United States Postal 
Service "Express Mail Post Office to Addressee" service on the date indicated above and that this 
paper or^ has been addresseti to the Assistant Commissioner for Patents, Washington, D. C. 20231 
LindyVajretti r~\ f 



METHOD AND SYSTEM AUTOMATICALLY TO REMIND PARTIES 
TO A NETWORK-BASED TRANSACTION TO COMPLY WITH 
OBLIGATIONS ESTABLISHED UNDER A TRANSACTION 

AGREEMENT 

FIELD OF THE INVENTION 

[0001] The present invention relates generally to the field of electronic 
commerce and, more specifically, to reminding a party to a network-based 
commerce transaction to comply with obligations established in terms of a 
transaction agreement. 

BACKGROUND OF THE INVENTION 

[0002] Commerce interactions conducted over an electronic communication 
network (e.g., the Intemet), which is often referred to as electronic commerce 
(e-commerce), typically concludes with the establishment of a commercial 
transaction between a buyer and a seller for the purchase and exchange of 
goods and/ or services in return for value. Electronic commerce is becoming 
increasingly popular in a number of markets, including the so-called 
consumer-to-consumer (C2C), business-to-consumer (B2C) and business-to- 
business (B2B) markets. 

[0003] Within the consumer-to-consumer and business-to-business markets, 
network-based commerce marketplaces that operate auctions are popular. 
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Such on-line auction marketplaces are run by companies such as eBay, Inc., 
Yahoo!/ Inc. and Amazon, Inc. These market operators may further facilitate 
fixed-price transaction mechanisms for the establishment of commerce 
transactions between buyers and sellers (e.g., the Buy-It-Now feature offered 
by eBay, Inc.). 

[00041 Whatever the mechanism for the establishment of a commerce 
transaction via a network-based marketplace, interactions between the buyer 
and seller are typically limited to interactions within the constraints of a 
transaction mechanism (e.g., an auction process or fixed price purchase 
process) provided by the electronic marketplace. Certain marketplaces may 
provide parties to a transaction with the option of maintaining a degree of 
anonymity with respect to another party. For example, e-mail and address 
information concerning a potential party to a transaction may not be 
revealed to other parties. 

[0005] An active participant within an electronic marketplace may 
participate in a large number of transactions within a given time interval. It 
will be appreciated that the management and follow-up with respect to a 
large number of transactions becomes burdensome for an active marketplace 
participant. 

[0006] From the perspective of on-line marketplaces, an administrative 
burden may be placed on such marketplaces by parties to a transaction who 
do not fulfill their obligations in terms of a transaction. For example, a 
network-based auction facility, such as that operated by eBay, Inc., has a 
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large number of so-called "non-paying bidders". These are bidders who 
have failed to make a payment to a seller after successfully winning an 
auction. Complaints regarding such non-paying bidders are typically 
communicated to the network-based marketplace by a seller. In order to 
address such complaints, a network-based marketplace may implement a 
number of mechanisms to address the concerns of aggrieved sellers. For 
example, an arbitration mechanism may seek to settle differences between 
parties. Further, where a defaulting party is unable to provide a satisfactory 
explanation for defaulting with respect to obligations, the marketplace may 
take certain steps against the defaulting party. For example, the defaulting 
party may be barred from participating in the marketplace until the party 
complies with outstanding obligations, or a negative rating may be applied 
to the defaulting party to discourage other parties from transacting with the 
defaulting party in the future. 
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SUMMARY OF THE INVENTION 

[0007] According to the present invention, there is provided a method to 
facilitate a network-based commerce transaction. The establishment of a 
commerce transaction agreement between first and second parties for the 
purchase of an offering is recorded. The commerce transaction agreement is 
concluded utilizing a network-based transaction system, and the commerce 
transaction agreement imposes first and second obligations on the first and 
second parties respectively. 

[0008] A remind option is automatically presented to the first party, the 
remind option being exercisable by the first party to remind the second 
party to comply with the obligation imposes on the second party in terms of 
the commerce transaction agreement. 

[0009] Other features of the present invention will be apparent from the 
accompanying drawing and from the detailed description that follows. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



[0010] The present invention is illustrated by way of example and not 
limitation in the figures of the accompanying drawings^ in which like 
references indicate similar elements and in which: 

[0011] Figure 1 is a block diagram illustrating an exemplary network-based 
transaction facility in the form of an internet-based auction facility 10. 

[0012] Figure 2 is a database diagram illustrating an exemplary database, 
maintained and accessed via a database engine server, which at least 
partially implements and supports the auction facility. 

[0013] Figure 3 is a representation of an item table, according to an 
exemplary embodiment of the present invention. 

[0014] Figure 4 is a flowchart illustrating a method, according to exemplary 
embodiment of the present invention, of automatically presented a remind 
option to party to commerce transaction, the party being able to exercise the 
remind option to remind a for the party to comply with obligations imposed 
in terms of the commerce transaction. 

[0015] Figure 5 is a flowchart illustrating a method, according to exemplary 
embodiment of the present invention, of issuing a reminder to a party to a 
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commerce transaction to comply with obligations imposed in terms of the 
transaction agreement. 

[0016] Figure 6 illustrates an exemplary user interface that contains a listing 
of offerings that are the subjects of commerce transactions, and illustrates the 
display of reminder icons, in various states and associated with each of the 
entries of the listing. 

[0017] Figure 7 illustrating an exemplary confirmation page that is 
presented to a seller to confirm the content of a payment reminder 
commimication to be sent to a buyer. 

[0018] Figure 8 illustrates an exemplary reminder e-mail that may be 
communicated to a buyer that has participated in a successful Chinese 
auction facilitated by an auction facility. 

[0019] Figure 9 is a diagrammatic representation of a machine in the 
exemplary for the computer system within which a set of instructions for 
causing machine to perform any one of the methodologies of the invention 
may be executed. 
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DETAILED DESCRIPTION 

[00201 A method and system automatically to remind parties to a network- 
based transaction to comply with obligations imposed by a transaction 
agreement are described. In the following description, for purposes of 
explanation, numerous specific details are set forth in order to provide a 
thorough understanding of the present invention. It will be evident, 
however, to one skilled in the art that the present invention may be practiced 
without these specific details. 

Terminology 

[0021] For the purposes of the present specification, the term "transaction" 
shall be taken to include any communications between two or more entities 
and shall be construed to include commercial transactions including sale 
and purchase transactions, auctions and the like. 

Transaction Facility 
[0022] Figure 1 is block diagram illustrating an exemplary network-based 
commerce facility in the form of an Internet-based auction facility 10. While 
an exemplary embodiment of the present invention is described within the 
context of an auction facility, the invention will find application in many 
different types of computer-based, and network-based, commerce facilities. 
[0023] The auction facility 10 includes one or more of a number of types of 
front-end servers, namely page servers 12 that deliver web pages (e.g., 
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markup language documents), picture servers 14 that dynamically deliver 
images to be displayed within Web pages, listing servers 16, CGI servers 18 
that provide an intelligent interface to the back-end of facility 10, and search 
servers 20 that handle search requests to the facility 10. E-mail servers 21 
provide, inter alia, automated e-mail communications to users of the facility 
10. The page servers 12, picture servers 14, CGI servers 18, search service 20, 
e-mail servers 21 and database engine server 22 may individually, or in 
combination, act as a communication engine to facilitate communications 
between, for example, the client machine 32 and the network-based auction 
facility 10. 

[0024] The back-end servers include a database engine server 22, a search 
index server 24 and a credit card database server 26, each of which 
maintains and facilitates access to a respective database. 
[0025] The Internet-based auction facility 10 may be accessed by a client 
program 30, such as a browser (e.g., the Internet Explorer distributed by 
Microsoft Corp. of Redmond, Washington) that executes on a client machine 
32 and accesses the facility 10 via a network such as, for example, the 
Internet 34. Other examples of networks that a client may utilize to access 
the auction facility 10 include a wide area network (WAN), a local area 
network (LAN), a wireless network (e.g., a cellular network), or the Public 
Switched Telephone Network (PSTN) network. 
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Database Structure 
[0026] Figure 2 is a database diagram illustrating an exemplary database 23, 
maintain by and accessed via the database engine server 22, which at least 
partially implements and supports the auction facility 10. The database 23 
may, in one embodiment, be implemented as a relational database, and 
includes a number of tables having entries, or records, that are linked by 
indices and keys. In an alternative embodiment, the database 23 may be 
implemented as collection of objects in an object-oriented database. 
[0027] Central to the database 23 is a user table 40, which contains a record 
for each user of the auction facility 10. A user may operate as a seller, buyer, 
or both, within the auction facility 10. The database 23 also includes items 
tables 42 that may be linked to the user table 40. The items tables 42 may 
include a seller items table 44 and a bidder items table 46. A user record in 
the user table 40 may be linked to multiple items that are being, or have 
been, auctioned or otherwise offered for sale via the facility 10. A link 
indicates whether the user is a seller or a bidder (or buyer) with respect to 
items for which records exist within the items tables 42. 
[0028] The database 23 also includes one or more category tables 47. Each 
record within the category table 47 describes a respective category. In one 
embodiment, a specific category table 47 describes multiple, hierarchical 
category structures, and includes multiple category records, each of which 
describes the context of a particular category within the one of the multiple 
hierarchical category structures. For example, the category table 47 may 
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describe a number of real, or actual, categories to which item records, within 
the items tables 42, may be linked. 

[0029] The database 23 also includes a note table 48 populated with note 
records that may be linked to one or more item records within the items 
tables 42 and /or to one or more user records within the user table 40. Each 
note record within the table 48 may include, inter alia, a comment, 
description, history or other information pertaining to an item being auction 
via the auction facility 10, or to a user of the auction facility 10. 
[0030] A number of other tables are also shown to be linked to the user table 
40, namely a user past aliases table 50, a feedback table 52, a feedback details 
table 53, a bids table 54, an accounts table 56, an accoimt balances table 58 
and a transaction record table 60. 

[0031] Figure 3 is a diagrammatic representation of an items table 42, 
according to an exemplary embodiment of the present invention. The items 
table 42 is shown to define a number of fields for each record that describes 
an item being offered for sale via the auction facility 10. A close date field 62 
records the date and time for which an auction for the relevant item will end 
and at which a successful bidder may be identified. A reminder sent field 64 
within each record, in one embodiment, stores a flag indicating whether a 
payment reminder has automatically been sent by the auction facility 10 to a 
successful bidder (or buyer). The mechanism for the communication of such 
a reminder is described in further detail below. 

[0032] In addition to the close date and reminder sent fields 62 and 64, the 
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items table 42 includes an item identifier, description, category identifier, 
price, reserve price, seller identifier, one or more bidder identifiers and list 
date information for a particular item. 

[00331 Figure 4 is a flow chart illustrating a method 70, according to an 
exemplary embodiment of the present invention, of automatically 
presenting a reminder option to a party to a commerce transaction, the party 
being able to exercise the reminder option to remind a further party to 
comply with obligations establish in terms of a commerce transaction 
agreement. In the exemplary method 70, the presentation of the reminder 
option is the display of a reminder button on a user graphical interface. The 
reminder button is selectable by the party to invoke a process at the auction 
facility 10 whereby an e-mail is sent to a further party to the transaction (e.g., 
a buyer) to remind the buyer to provide a monetary payment to satisfy 
obligations imposed by an concluded purchase and sale transaction (or 
agreement). 

[0034] Returning now specifically to the flow chart, at block 72 a user (e.g., a 
seller) may issue a request to the auction facility 10 for a list of offerings (e.g., 
items) that the user has made available for purchase via the auction facility 
10. This list may specify items for which an auction process is ongoing (i.e., 
a close date not yet been reached), and items for which the auction process 
has completed. 

[0035] Figure 6 illustrates an exemplary user interface that includes an 
"items I am selling" portion 102 and "items I have sold" portion 104. The 
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"items I am selling" portion 102 contains a listing of items for which the 
auction process is ongoing. The "items I have sold" portion 104 contains a 
listing of items for which the auction process is completed, and for which a 
successful bidder (or buyer) has been identified. 

[0036] Returning to the method 70, upon receipt of the user request at the 
auction facility 10, a loop variable N is set to 0, the loop variable N 
indicating the first of N offerings (e.g., items) that the user may be selling or 
have sold. 

[0037] At decision box 76, a determination is made as to whether a particular 
offering N is the subject of a successful and completed transaction and 
whether a reminder e-mail has been issued from the auction facility 10 to the 
buyer of the offering. A successfully completed transaction, within the 
context of the auction facility 10, may be an offering for which the auction 
process has completed and a particular bidder has been identified as a 
highest, and therefore successful, bidder. Alternatively, the auction facility 
10 may offer a "fixed price" option whereby a transaction may be concluded 
when a buyer agrees to purchase the offering at a fixed, predetermined 
price. In one embodiment, the exercise of the "fixed price" option may 
automatically terminate any auction process to which the offering is subject, 
and successfully establish a transaction agreement. In either case, whether 
by an auction process or a fixed price purchase process, a transaction 
agreement may be concluded. 

[0038] The determination of whether an e-mail reminder has been sent for a 
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particular offering is determined by performing a look-up on the items table 
42 to determine whether the reminder sent field 64 for the relevant record 
indicates that a reminder e-mail has been sent. This look-up on the items 
table 42 is performed by the database engine server 22 responsive to a query 
from the CGI servers 18. 

[0039] Following a positive determination at decision box 76, the method 70 
proceeds to block 78, where a reminder button 106, to be incorporated 
within a user interface generated by the auction facility 10 and displayed to 
the user, is generated in an "off" or disabled state. The "off" state from the 
reminder button 106 is included within the user interface to be displayed in 
association with descriptive information regarding the offering. Figure 6 
illustrates an exemplary reminder button 106 in the "off" state. 
[0040] On the other hand, following a negative determination at decision 
box 76, at decision block 80 a further determination is made as to whether a 
transaction with respect to the offering N has been successfully concluded 
and whether a close date (i.e., a date and time at which a transaction process 
terminates) less the current date (e.g., a current date and time) is less than a 
predetermined period (e.g., three days). The close date for a transaction 
process may, in one exemplary embodiment, be determined by performing a 
look-up on the items table 42 to extract the pertinent information from the 
close date field 62. 

[0041] If it is determined that less than the predetermined time period (or 
interval) has passed since the close date, at block 82 a reminder button 108 is 
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generated and incorporated into the user interface in a "greyed out" state, 
which indicates that the reminder option has been temporarily disabled 
pending expiration of the predetermined time period. The temporary 
disablement of the reminder button pending expiration of the 
predetermined time period is advantageous in that it prevents a seller from 
issuing a reminder email to a buyer until after a reasonable time period has 
passed for the buyer to make payment to the seller. 
[0042] Figure 6 illustrates a "greyed out" reminder button 108 for an item 
that has recently been sold. It will be noted that an indication is provided 
below the "greyed out" reminder button 108 that indicates the reminder 
option will be available to the seller within three days after establishment of 
the transaction. 

[0043] Following a negative determination at decision block 80, a 
determination is made at decision block 84 as to whether a successful 
transaction has been completed. Because of the conditions imposed at 
decision blocks 76 and 80, a positive determination at decision block 84 
indicates that a transaction has been successfully concluded, a reminder e- 
mail has as not as yet been sent, and the predetermined period after 
establishment of the transaction has passed. Accordingly, following a 
positive determination at decision block 84, at block 86 an "on" or enabled 
reminder button 110 is identified for incorporation within the user interface. 
The "on" reminder button 110 is again located to be displayed in conjunction 
with descriptive information concerning the relevant offering N. Figure 6 
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illustrates an exemplary "on" reminder button 110 which, in addition to 
being visually differentiated from the "off reminder button 106 or the 
"greyed out" reminder button 108, has a Uniform Resource Locator (URL) 
associated therewith that is communicated back to the auction facility 10 
upon user selection thereof. This URL, in one embodiment, invokes a 
process whereby the CGI server 18 and the e-mail server 21 of the auction 
facility 10 generate and transmit an e-mail message to a buyer concluded 
imder a transaction pertaining to the offering. 

[0044] Following a negative determination at decision block 84 (e.g., if the 
auction process for offering N has not yet completed or has been terminated 
for another reason), or upon completion of operations performed at any one 
of blocks 78, 82, 86, the method 70 proceeds to decision block 88 where a 
determination is made as to whether there are any further offerings, 
currently for sale, or for which transactions have been completed, for the 
relevant user (seller). If so, at block 90, the variable N is incremented, and 
the method 70 loops back to decision block 76 and the above described 
criteria are again applied to a next offering to determine the state of a 
reminder button to be displayed in association with descriptive information 
concerning the next offering. Alternatively, if there are no further offerings 
for the relevant user, the method 70 then ends at block 92 with the 
completion of the generation of the user interface to be presented to the user 
(e.g., the seller) listing offerings by that particular seller. In one 
embodiment, the generated user interface 100 constitutes a markup 
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language document, which then may be communicated from the page 
servers 12 of the auction facility 10, via the Internet 34, for display by a client 
program 30 (e.g., a browser) executing on the client machine 32. 
[0045] The determination at any of the decision blocks 76, 80 and 84 as to 
whether a transaction process has been successfully concluded depends on 
the relevant transaction process. For example, the transaction process may 
be a fixed price process whereby a buyer established a transaction by 
accepting the offer of the offering at a fixed price. Alternatively, the 
transaction process may be an auction process. Exemplary auction processes 
may be a conventional auction process, a Dutch auction process, a Chinese 
auction process or any other auction process whereby a transaction 
agreement is established between one or more buyers and one or more 
sellers for the sale and purchase of one or more offerings (e.g., items or 
services). 

[0046] Figure 5 is a flow chart illustrating a method 120, according to an 
exemplary embodiment of the present invention, of issuing a reminder to a 
party to a transaction agreement to comply with obligations imposed by the 
transaction agreement. The method 120 shall be described within the 
context of the exemplary user interface 100 shown in Figure 6 as generated 
by the method 70 described above with reference to Figure 4. 
[0047] At block 122, the auction facility 10 detects user (e.g., seller) selection 
of an enabled or "on" reminder button 110 as presented to the user within 
the interface 100. As described above, the enabled reminder button 110 may 
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have a URL associated therewith, this URL being communicated to the 
auction facility 10 responsive to user selection of the button 110. The URL 
identifies a process (e.g., a CGI process to be executed by the CGI server 18) 
that implements a number of the below described operations. 
[0048] At block 124, responsive to the user selection of the enabled reminder 
button 110, a look-up is performed within the database 23, and specifically 
on the user table 40, to obtain an e-mail address and other details (e.g., 
name, physical address) regarding one or more buyers that are parties to a 
transaction agreement associated with the selected reminder button 110. 
[0049] At block 126, a further look-up is similarly performed in the database 
23, and specifically an items table 42, to retrieve details regarding the 
transaction agreement associated with the selected reminder button. The 
offering details may, for example, be derived from a record for the relevant 
transaction within the items table 42, as illustrated in Figure 3. 
[0050] At block 128, a page server 12 populates a reminder e-mail template 
with the offering details retrieved at block 126, and addresses the e-mail 
utilizing the buyer e-mail address retrieved at block 124. 
[0051] At block 130, the auction facility 10, and specifically the page server 
12, delivers a confirmation (or "preview") page (e.g., in the form of an HTML 
document). Following receipt of confirmation from the seller at block 132, 
the e-mail generated and addressed at block 128 is transmitted to the 
relevant buyer by an e-mail server 21. 

[0052] At block 134, a flag is set within the reminder sent field 64 of the 
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record for the relevant transaction as maintained in the items table 42. The 
method 120 then ends at block 136. 

[0053] The content of the reminder e-mail template that is populated at block 
128, and also the number of buyers to which the reminder e-mail is sent, are 
dependent upon the nature of the commerce transaction. For example, 
where the commerce transaction was concluded under a "Dutch auction" 
process, a single auction process may have imposed obligations on multiple 
buyers to each buy one or more offerings of a batch of offerings presented 
for sale. Figure 7 illustrates an exemplary confirmation page 150, according 
to an exemplary embodiment of the present invention, that constitutes an 
HTML document that may be communicated to a seller at block 130 of the 
method 120 described above with reference to Figure 5. The confirmation 
page 150 pertains to a Dutch auction, and accordingly provides a list of 
buyers, indicated at 152, to which the reminder e-mail may be 
commimicated. The confirmation page 150 also provides a listing, at 154, of 
buyers who have already received an e-mail reminder pertaining to the 
relevant commerce transaction. The confirmation page also includes text 156 
to be included within the e-mail reminder, seller contact information 158 
that may optionally been included within the e-mail reminder, accepted 
payment methods 160, a payment address option 162, a "copy e-mail to 
seller" option 164 and a "send reminder" option 166. 
[0054] With respect to the text 156, this is retrieved from a database table 
(not shown) that stores default reminder text for the relevant seller. In one 
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embodiment, the seller is also able to edit the text 156 within the 
confirmation page 150. 

[0055] With respect to the seller contact information 158, it will be noted that 
a checkbox is provided adjacent each of the seller contact information items. 
In this way, the seller can selectively identify personal information (e.g., 
contact information) to be included within an e-mail reminder to a buyer. 
The seller contact information 158 is retrieved from the user table 40 by a 
CGI server 18, responsive to a request to generate the confirmation page 150. 
[0056] Figure 8 shows an exemplary reminder e-mail that may be 
communicated to a buyer, at block 132 of Figure 5, that participated in a 
successful Chinese auction facilitated by the auction facility 10. 
[0057] The above-described embodiment of the present invention assumes a 
central network-based auction facility 10 that maintains a central database 23 
of users and offerings. It will however be appreciated that the present 
invention may also be applied to a peer-to-peer trading system implemented 
as applications executing on distributed computer systems that 
communicate via a network. In this case, the methods 70 and 120 discussed 
above with reference to Figures 4 and 5 may be executed, for example, by an 
application program residing on a computer system of a seller. 
[0058] The reminder that is communicated to one or more buyers at block 
132 in Figure 5 is also described, in the above exemplary embodiment, as 
being an e-mail message. However, in alternative embodiments, the 
reminder may be any electronic communication including a page message, a 
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Wireless Access Protocol (WAP) message, a Short Message Service (SMS) 
message, or a display on a mark-up language document (e.g., a reminder on 
a web-based calendar or the like). 

[0059] In the above described exemplary embodiment, the communication of 
a reminder to a buyer to comply with an obligation to make a payment to a 
seller has been described. In alternative exemplary embodiment, a reminder 
may be communicated to a seller to comply with an obligation to ship or 
supply an offering to a buyer. 

[0060] Further, while the exemplary embodiment of the present invention 
has been discussed within the context of the network-based auction facility 
10, the teachings of the present invention may be implemented within any 
network-based transaction system whereby transactions for the purchase 
and/ or sale of an offering are concluded between two or more parties. 

Software 

[0061] Figure 9 shows a diagrammatic representation of a machine in the 
exemplary form of a computer system 300 within which a set of instructions, 
for causing the machine to perform any one of the methodologies discussed 
above may be executed. In alternative embodiments, the machine may 
comprise a network router, a network switch, a network bridge. Personal 
Digital Assistant (PDA), a cellular telephone, a web appliance or any 
machine capable of executing a sequence of instructions that specify actions 
to be taken by that machine. 
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[0062] The computer system 300 includes a processor 302, a main memory 
304 and a static memory 306, which communicate with each other via a bus 
308. The computer system 300 may further include a video display unit 310 
(e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)). The 
computer system 300 also includes an alpha-numeric input device 312 (e.g., 
a keyboard), a cursor control device 314 (e.g., a mouse), a disk drive unit 316, 
a signal generation device 320 (e.g., a speaker) and a network interface 
device 322 

[0063] The disk drive unit 316 includes a machine-readable medium 324 on 
which is stored a set of instructions (i.e., software) 326 embodying any one, 
or all, of the methodologies described above. The software 326 is also shown 
to reside, completely or at least partially, within the main memory 304 
and/or within the processor 302. The software 326 may further be 
transmitted or received via the network interface device 322. For the 
purposes of this specification, the term "machine-readable medium" shall be 
taken to include any medium that is capable of storing or encoding a 
sequence of instructions for execution by the machine and that cause the 
machine to perform any one of the methodologies of the present invention. 
The term "machine-readable medium" shall accordingly be taken to 
included, but not be limited to, solid-state memories, optical and magnetic 
disks, and carrier wave signals. 

[0064] Thus, a method and system automatically to remind parties to a 
network-based transaction to comply with obligations established under a 
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transaction agreement have been described. Although the present invention 
has been described with reference to specific exemplary embodiments, 
various modifications and changes may be made to these embodiments 
without departing from the broader spirit and scope of the invention. 
Accordingly, the specification and drawings are to be regarded in an 
illustrative rather than a restrictive sense. 
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